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Sir: 

This Supplemental Appeal Brief is submitted in support of the Notice of Appeal filed 
August 21, 2002. The Office Action mailed March 10, 2003 (Paper No. 18) reopened 
prosecution on the merits. Reinstatement of the Appeal, based hereon, is requested. 

I. REAL PARTY IN INTEREST 
Autodesk, Inc. is the real party in interest. 

II. RELATED APPEALS AND INTERFERENCES 

To the present knowledge of Appellant and Appellant's legal representative, there 
currently no related appeals or interference proceedings in progress which will directly affect, 
be directly affected by, or have a bearing on the Board's decision in the present Appeal. 
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III. STATUS OF CLAIMS 

Claims 1-14, 16 and 17 are pending in this Application. Claims 1, 2, 4-10 and 12-13 
have been finally rejected under 35 U.S.C. §102(b) as allegedly anticipated by Lowry et al. (U.S. 
Patent No. 4,864,497; hereinafter "Lowry"). Claims 3 and 1 1 have been finally rejected under 35 
U.S.C. §103(a) as allegedly unpatentable over Lowry in view of Barequet ("A data front-end for 
layered manufacturing", Annual Symposium on Computational Geometry; Proceedings of the 

th 

13 Annual Symposium on Computational Geometry, 1997; hereinafter "Barequet"). 
Claims 14, 16 and 17 are allowed. 
Claims 1 - 1 3 are the subject of this appeal. 

IV. STATUS OF AMENDMENTS 

An amendment filed on December 16, 2003, in response to a Final Office Action mailed 
August 28, 2003 (Paper No. 21) and an Advisory Action mailed December 1 1, 2003 (Paper No. 
24), has been entered for purposes of Appeal, according to an Advisory Action mailed January 
12, 2004 (Paper No. 27). 

V. SUMMARY OF THE INVENTION 

To assist in understanding the invention, some background context is first provided. 

It is not uncommon to find multiple software applications that perform similar functions 
but which are based on incompatible data formats. For example, the two software applications, 
Microsoft Word® and WordPerfect®, are both word-processing programs. They can each be 
used to create or generate similar documents. However, although the two programs can be used 
to perform similar functions, they each support, and therefore generate, documents or files using 
their own particular data format. 
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To resolve the problem of incompatible data formats, many programs include routines or 
functions that can be used to translate a document or file that was created by a first application 
("source application"), into a document or file that has a data format that is supported by a 
second application ("target application"). For example, the software application Word® includes 
a set of software translation routines or functions that can translate a document or file that was 
created by WordPerfect® into a document or file that has a data format that is supported by 
Word®. 

However, in translating from one ("source") format to another incompatible ("target") 
format, underlying data constructs associated with the respective formats may not directly map to 
each other. Thus, the "translated" copy of a document is effectively severed from the "original" 
copy of the document. Continuing with the example given above, a Word® document created by 
translating a WordPerfect® document exists entirely independently from the WordPerfect® 
document once the initial translation operation is completed. 

This "separation" of the translated document from the original document has some 
significant consequences. For example, if changes are made, after the translation, to the original 
document, then the changes generally do not get propagated to the translated document. To 
force them into the translated document, one could perform a subsequent translation operation. 
However, subsequent translations will result in the loss of any intervening changes to the 
translated document, or might introduce duplicate data representations in the translated 
document. 

For example, assume that a user makes some changes to a Word® document that was 
created by translating a WordPerfect® document. Assume further that, after making the changes 
to the Word® document, the user goes back and makes changes to the original WordPerfect® 
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document. The changes made to the original WordPerfect® document will not be reflected in 
the Word® document. If a subsequent translation is performed on the revised WordPerfect® 
document, the resulting Word® document will have lost the changes that had been made to the 
previous Word® document. 

It should help to clarify the invention by noting that the term "object" is used in more 
than one context in the specification. For example, when referring to a "source object", a "target 
object", or "translation of an object", an "object" is data that is in a format dictated by an 
application. In this context, an object may be, for example, a Word® document or, in the 
example used most frequently in the specification, data that represents an entity within a 
computer aided design model, such as data that represents a car, a car door, or a surface that is 
part of a car door. This context contrasts with how the term "object" is used in object-oriented 
programming. 

However, the specification does use the term "object" in a manner similar to the '"object- 
oriented" sense of the term when describing a "filter object" or "collection object". Specifically, 
in this context, an object is a data structure or construct associated with computer programming 
or processing, such as but broader than, an object-oriented programming object. 

Embodiments of the invention provide for a method for translating objects between 
applications that use different formats through use of a linking mechanism (302). The linking 
mechanism maintains a system for mapping each source object to a corresponding target object. 
Hence, upon an update to a source object in a source format using the source application, the 
linking mechanism is used to: 

• apply the update to an object definition of a target object in the target application 
format. 
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• without removing intervening updates that may have been made to the target 
object using the target application, and 

• without causing the introduction of unwanted duplicate objects in the target file. 
One method described for mapping source objects to corresponding target objects 

includes generation of a hierarchical structure for organizing properties of a source object, such 
as an object represented in a computer aided design (CAD) application format, that is being 
translated to a target object, such as an object represented in a rendering application format, 
wherein each level of the hierarchy is associated with a property of corresponding objects. 
(Specification page 16, line 9 through page 17, line 2). Further, filter objects (432, 433, 434) are 
used to determine a location within the hierarchical structure to map source object properties, 
such as object identification, thickness, color, layer, etc., in the case of a CAD object. Thus, 
filter objects are associated with respective levels of the hierarchical structure and used to 
organize object properties into branches of the hierarchical structure, wherein the hierarchical 
structure is used to construct the target object in the target application. (Specification page 17, 
lines 3-16). Leaf objects (420, 421) are used to store, or cache, translated object properties, for 
use in constructing the target object. (Specification page 23, lines 12-17). 

Collection objects (414-417) are used in conjunction with filter objects to compare and 
insert object properties into the hierarchical structure. A collection object either links to one or 
more collection objects or to a single leaf object. (Specification page 21, lines 19-22; page 22, 
lines 4-9). 

Modifier stacks (422, 423, 430, 431) are used to record and maintain modifications that 
are made to objects through use of the target application. A modifier stack is associated with an 
object property, which is associated with a level of the hierarchical structure, and is linked with a 
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particular collection object. Hence, a modification associated with a given modifier stack is 
applied to the target file via the linked collection object to construct a target object. 
(Specification page 23, line 18 through page 24, line 8). To construct a target object, object 
properties that were translated and stored within each leaf object in the hierarchical structure are 
passed back up the hierarchical structure to a corresponding node object. As the properties are 
passed up the branches of the hierarchical structure, the modification that is stored in each of the 
modifier stacks is used to modify the properties of the objects. (Specification page 25, line 5 
through page 26, line 16). 

Filter objects are further used to determine at which level of the hierarchical structure 
modifications to an object made through use of the source application are stored. The 
modification of the property of the source object is applied to the target file at the determined 
level, and a modification associated with a modifier stack associated with the determined level is 
applied to the target file to construct the target object. Hence, according to this process, any 
modifications made to an object property in either the source or target applications are 
preserved and properly applied to the target object. (Specification page 25, line 5 through 
page 26, line 16). 

VI. ISSUES 

(A) Are Claims 1, 2, 4-10, 12 and 13 patentable under 35 U.S.C. §102(b) over Lowry et 
al. (U.S. Patent No. 4,864,497)? 

(B) Are Claims 3 and 1 1 patentable under 35 U.S.C. § 103(a) over Lowry in view of 
Barequet ("A data front-end for layered manufacturing"; "Banquet")? 
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VII. GROUPING OF CLAIMS 



VIII. ARGUMENTS 

A. THE LIMITATIONS OF CLAIMS 1, 2, 4-10, 12 AND 13 ARE NOT DISCLOSED IN THE 
LOWRYP ATENT 

With respect to Claim 1, before specifically describing distinctions between the claim 
limitations and the disclosure of Lowry, the following concept regarding the claim warrants 
general emphasis. 

The source object is generated by the source application, and the target object is 
generated by translating the source object. Therefore, the source application indirectly dictates 
the construct or constitution of the target object. Hence, it would be inconsistent with the 
language of Claim 1 to equate Claim l's "target object" with something that could not possibly 
be created by translating a "source object" created by a "source application". 

For example, if the source object is data representing a car door in a format dictated by a 
CAD application, then the target object is data representing a car door in a format dictated by the 
target application. For another example in the context of a database, such as in Lowry, if the 
source object is a database record having fields A, B and C, then the target object is a record 
having fields A, B and C. It is important to note that, if the source object is a database record 
having fields A, B and C, it would be improper to equate the target object to a record having 
fields A, B, C and D, especially where field D is a field that is not supported by the source 
application. 
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LOWRY 

The portions of Lowry that were relied upon in the Office Action (namely col. 1 1, lines 
40-65; col. 31, lines 29-42; FIG. 5 A and FIG. 5B) describe a system in which multiple 
applications may retrieve data from the same slave database, and store data into the same master 
database. FIG. 5A is probably the best illustration of this aspect of Lowry's system. Lowry's 
database appears to have a locking mechanism (including database controller DBC 2920 and a 
DBC lock 569) to prevent two applications from updating the same field. Finally, Lowry 
discloses retrieval programs 580 and 590 for retrieving data from the slave database 520 to the 
application programs, and converters 540 and 570 for converting data from the application 
programs prior to storing the data in the master database 510. 

HYPOTHETICAL 

Lowry does not disclose or suggest that one of the applications 530 and 560 is capable of 
making a modification that is not supported by the other application. However, during a 
telephonic interview with the Examiner, it was explained that even if Lowry did disclose that one 
of applications 530 and 560 was able to make a modification that is not supported by the other 
application, Lowry would still fail to satisfy the limitations of Claim 1. 

To explain how Lowry does not satisfy Claim 1, repeated reference was made in the 
interview to a hypothetical in which the "source application" was a database application that does 
not support Chinese characters, and the "target application" was a database application that does 
support Chinese characters. In this hypothetical, the target application is able to make a 
modification (i.e. the insertion of Chinese characters into a field of a record) that the source 
application does not support. 
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In the following explanation, that same hypothetical shall be used to illustrate that Claim 
1 cannot be satisfied by any reasonable reading of Lowry. 

DISCUSSION OF CLAIM 1 

As a preliminary matter, it should be noted that the source and target objects recited in 
Claim 1 are not the same object, because the target object is translated from the source 
object. Thus, while Lowry discloses that the presence of a lock may prohibit one application 
from writing to a shared resource while another application has a write lock to that resource, 
such a lock would not prevent one application from modifying the claimed source object while 
another application modified the target object. Thus, the source and target objects are, generally, 
corresponding resources in different applications, rather than a shared resource. 

Claim 1 recites, among other things: 

(1) revising said target object in said target application (2) to reflect said second 
modification to said source object (3) without removing said first 
modification to said target object. 

It is long-settled that for a proper anticipation rejection, a reference must show each and 
every feature of a claim in the same combination as claimed. Connell v. Sears, Roebuck & Co., 
722 F.2d 1542, 1548, 220 USPQ 193, 198 (Fed. Cir. 1983). Therefore, each of the limitations 
delineated as (l)-(3) must be disclosed in Lowry for Lowry to anticipate Claim 1. In the 
following discussion, it shall be explained that Lowry does not disclose or suggest the preceding 
limitations. 
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NO POSSIBLE SELECTION OF "SOURCE OBJECT" WILL CAUSE CLAIM 1 

TO BE SATISFIED 

The Office Action did not make clear what, in Lowry, was supposed to correspond to the 
"source object" and "target object" recited in the claims. During the telephonic interview, no 
specific answer was given to what, within Lowry, was considered to be the "source object" and 
the "target" object of the claims. Therefore, it was explained how Claim 1 was not satisfied 
regardless of what, within Lowry, was considered to be the "source object" and the "target 
object". The following is an attempt to reduce in writing that explanation. 

Keeping in mind that the original source object dictates the constitution of the original 
translated target object by way of the translation, three possible "definitions" of the source object 
are hypothetically discussed, none of which will cause Claim 1 to be anticipated by Lowry. 
Specifically, scenarios are discussed, in the context of a database system as in Lowry 9 in which 
the source object is equated with: 

(1) a field of a record; 

(2) an entire record that includes a field that is modifiable and supported only by the 
target application; and 

(3) an entire record except for a field that is modifiable and supported only by the target 
application. 

For the purpose of explanation, reference shall be made to the scenario in which the 
target application supports use of Chinese characters, and the source application does not support 
the use of Chinese characters. 
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Scenario (3) 

In scenario (3), the original source object coming from the source application does not 
include the field that is modifiable and supported only by the target application. However, if the 
original source object coming from the source application does not include the field that is 
modifiable and supported only by the target application, then the translated target object that 
corresponds ,„ such a source object wil. not have that field either. Thus, the target application is 
unabte to modify a fie.d that doesn^t ex.s, such as a fre.d of a data type that supports Chinese 
characters. Um, does no, teach or suggest a way to insert a new field into a record, which is 
supported only by the target application, so that the target object is revised to contain the - 
modifications to the corresponding objects from both applications. 

To summarize the inconsistency of the foregoing hypothettcal scenarios, regardless of 
wha, resource is chosen from the database of Uvry to represent the source object in Claim 1, 
Lovry does no. disclose or suggest all of the limitations of the claim. Therefore, Lo^ cannot 
and does not anticipate Claim 1 . 

Furthermore, regarding the "snapshot file 525" of Lovry, col. 11, Unas 52-55 states that 
the snapshot file is designed to represent a plurality of version. „f fi ,. 5r ^ . f 

■he Lovry database were used in an attempt to capture both the modification made by the source 
apphcation and the modification made by the targe, app.ica.ion, .here would be no sin gl e versron 
of me master file ma. includes both of the modifications. Rafter, .here might be two different 
versions: one represented in a firs, snapshot file containing the first modification and one 
represented in a second snapshot file containing the second modification, with no way of 
revising the target object to reflect both modifications. 
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A LOCK MECHANISM ON A SHARED RESOURCE DOES NOT SATISFY 

THE LIMITATIONS OF CLAIM 1 
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As ,s explained hereafter, the firs, scenario makes no such as S um ption . 
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lock » reieased or maintained, me iimi.a.ions of Cairn , wouid no. be satisfied 

Specify, re.ard.ess of whe.her me ,ock of Z^, as appiied b y me Office Action .0 

among other things: 

(1) revising said target object in said target application (2) to reflect said second 
modification to said source object (3) without removing said first 
modification to said target object. 
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of Claim 1 . In summary, a common database and associated data structure for resources that are 
shared among multiple applications, in conjunction with a locking mechanism on such shared 
resources, does not anticipate the invention recited in Claim 1 . 

Claims 2-8 depend directly or indirectly from Claim 1. Therefore, Claims 2-8 are 
patentable over the references of record for at least the same reasons as Claim 1. Hence, for at 
least the foregoing reasons discussed in reference to Claim 1, Claims 2 and 4-8 are also not 
anticipated by Lowry. 

DISCUSSION OF CLAIM 9 

Independent Claim 9 recites limitations similar to Claim 1, whereby, generally, a 
sequence of modifications are made to respective corresponding objects in different applications 
that support different formats and both the modifications are reflected in a single object (the 
"second object"). Therefore, reasons for patentability based on distinguishing over Lowry as 
discussed above in reference to Claim 1 are also reasons for the patentability of Claim 9, to the 
extent applicable. 

Claims 10 and 1 1 depend from Claim 9. Therefore, Claims 10 and 1 1 are patentable over 
the references of record for at least the same reasons as Claim 9. 

DISCUSSION OF CLAIMS 12 AND 13 

Claims 12 and 13 are computer-readable medium and system claims that correspond to 
the method of Claim 1. Hence, Claims 12 and 13 are patentable over the cited references of 
record for at least the same reasons as Claim 1. 

RESPONSE TO EXAMINER'S COMMENTS 

In paragraph 35 of the Office Action, the Examiner contends that Applicant/ Appellant is 
arguing features that are not in the Claim 1, when noting that the target object is translated from 
09/286,133 (Sabadelletal.) 
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the source object and, therefore, that the target and source objects are corresponding resources 
rather than a shared resource. This allegation is misguided, in that Claim 1 explicitly recites that 
the source object is generated by a source application and that the target object is translated, in a 
target application, from the source object. Therefore, it is clear by the plain meaning of the 
claim language that the source object and the target object are different, but corresponding, 
objects, and any contrary interpretation of the claim language is an incorrect and unsupported 
interpretation. Appellant acknowledges that Examiner is entitled to give the broadest reasonable 
interpretation to the claim language. However, interpreting the source object and target object to 
be a shared resource is not reasonable in light of the claim language. 

Furthermore, in paragraph 35 of the Office Action, the Examiner contends that 
Applicant/ Appellant is arguing features that are not in the Claim 1, with respect to whether the 
steps recited in Claim 1 are performed simultaneously or sequentially. This allegation is 
misguided, in that Appellant provides no discussion as to whether the steps of Claim 1 are 
limited to sequential performance or simultaneous performance. An interpretation of the plain 
meaning of the claim language shows that the only such inherent temporal limitation is that the 
first modification and the second modification are performed prior to the revising step. 

The remainder of the Examiner's comments with respect to Claims 1-13, to the extent 
necessary, are addressed and refuted throughout this brief. 

B. THE LIMITATIONS OF CLAIMS 3 AND 1 1 ARE NOT TAUGHT, DISCLOSED 
OR SUGGESTED IN THE LOJVRYAND BAREQUET REFERENCES 

Claim 3 depends from Claim 1 and Claim 1 1 depends from Claim 9. Lowry is relied on 
in the rejection for the limitations of the independent Claims 1 and 9, however, it is shown above 
that Lowry does not disclose or suggest several limitations of these claims. Therefore, Lowry 
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does not support a prima facie case of obviousness with respect to Claims 3 and 1 1 . In addition, 
Baraquet does not cure the deficiencies of Lowry. Since both of Claims 1 and 9 are patentable 
over Lowry, it follows that dependent Claims 3 and 1 1 are patentable over Lowry in view of 
Baraquet, when lowry is relied on for the same limitations as with the rejection of the parent 
claims. For these reasons, Claims 3 and 1 1 are patentable over the cited references of record. 

CONCLUSION AND PRAYER FOR RELIEF 

Based on the foregoing, it is respectfully submitted that the rejections of (A) Claims 1, 4- 
10, 12 and 13 under 35 U.S.C. § 102(b); and (B) Claims 3 and 11 under 35 U.S.C. § 103(a), lack 
the requisite factual and legal bases. Appellant therefore respectfully requests that the Honorable ~ 
Board reverse the respective rejections of Claims 1-13. 

Respectfully submitted, 

HICKMAN PALERMO TRUONG & BECKER LLP 



Date: 



1600 Willow Street 

San Jose, California 95125-5106 

Tel: (408) 414-1203 

Fax: (408) 414-1076 



John D. Henkhaus 
Registration No. 42,656 
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J X. APPENDIX 



3 
4 
5 



1 3. 
2 



5 
6 
7 



A method for translating objects between, 
method comprising; 

"""^ h a source appiication; 



translating the source object to a target object in a t, , 

Object ,n a target application, wherein the 
target application has a fonna, tot is not supported 

6 r . p unea b y the source aDDliratm™. 

performtng a first modification totte, arm ob iert „ 

^ ° bjeCt ' Wherei " ™« fc' modification is 
not supported by said source app,i ca ,i on; 

performing a second modification to said source object in said 
9 revising said target ohi • m Sad apphcation; and 

8 atd target object m said target application to reflect „ 

10 ,„ ._, ™ to reflect said second modification 
to said source object without removing said first mod'f • 

11 .. 8 sa,d fi « modtficatton to said target 



object. 

The method of Claim 1, wherein 



the step of performing the fW mn * -r • 
2 target „w^ g St modlfic ^on to the 

inSatyPe ° fm0dificat -thatcan.otbe 



target object includes the step of performs 
performed using said source application. 



The method ofClaiml, wherein: 

*e source Won is a Computer Aided Design (CAD) a r • 

^S 11 (<-AD) application: 

"^"""'—S application; and wherein 
the step of generating the source object in the „ 

. bjeCn the source application includes the step of 

generating a CAD object in said CAD application- 

fteS,eP0f ~ 8 "-^---objec«inc 1 udesthes,e P o f 
translating the CAD object into a rendering object; 
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8 the step of performing the first modification to the target object includes the step of 

9 performing a modification to the rendering object; 

10 the step of performing a second modification to said source object includes the step of 

1 1 performing a modification to the CAD object; and 

12 the step of revising said target object includes the step of revising the rendering object 

1 3 to reflect the second modification that was made to the CAD object without 

14 undoing the first modification to the rendering object. 

1 4. The method of Claim 1 , wherein: 

2 the source object is associated with a source geometry and one or more source 

3 properties; and 

4 the step of translating the source object to the target object includes the steps of 

5 translating the source geometry to a target geometry; and 

6 translating the one or more source properties to one or more target properties. 

1 5. The method of Claim 1, wherein the step of translating the source object to the target 

2 object includes the step of; 

3 building a mapping based on a translation between the source object and the target 

4 object. 

1 6, The method of Claim 5, wherein the step of building the mapping includes the step of: 

2 constructing a hierarchical tree structure, wherein the hierarchical tree structure is 

3 based on one or more properties associated with the source object. 

1 7. The method of Claim 6, wherein 
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2 the source object is associated with a source geometry and one or more source 



3 

4 

5 

6 

7 

8 

9 

1 8. 



3 
4 
5 
6 



9. 



one or 



properties; and 

the step of constructing the hierarchical tree structure includes the steps of: 
generating a set of tree objects, wherein the set of tree objects include 

more filter objects that are based on said source properties; 
translating the source geometry to a target geometry; and 
inserting said target geometry into said hierarchical tree structure based said 
one or more filter objects. 



H» method of Cain, 7, wherein the step of generating the set of tree objects includes 

2 the steps of: 



treating the one or more source properties to one or more target properties; 
generating one or more modifier stacks, wherein the one or more modifier stacks are 

based on the one or more target properties; and 
inserting the one or more modifier stacks into the hierarchical tree structure. 

A method for trans.ating objects between applications that use different formats, the 

method comprising: 

generating a first object in a first application; 

bating the firs, object to a second object in a second apphcation, wherein the 

second object has a forma, tha, is no, supported by ,he firs, apphcation; 
performing a firs, modification ,o me second object in the second apphcation; ' 
performing a second modification to said first object in sid firs, application; and 
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-ponse to said second modlf5cation t0 ^ ^ ^ ^ ^ 



9 
10 
11 
12 

1 10. 

2 



was made t0 the flrs , object ^ ^ ^ mod|fcatjon to ^ 



second object. 



1 11. 

2 



3 
4 

5 

6 

7 

8 



9 
10 
11 

12 

13 



performed using said first application. 
The method of Claim 9, wherein: 

<* ftrs, application is a Computer Aided Design (CAD) applicat ,, n . 

the second application is a rendering application; and wherein 

^^^^^^^^^ 

generating a CAD object in said CAD application; 

a estep„ftr M s,a,ingthenrs«o bj ec«,othesecondo bj ec,i„ c ,udes,hes,epo f 
translating the CAD object into a rendering object- 

performing a modification to the rendering object- 
performing a modification to the CAD object; and 

Perforrningaunrdmodi^iontotherenderingobjecttoreflectmesecond 
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12. 



modification that was made to the PAn u- 

the CAD object without undoing the first 

modification to the rendering object. 

^^^^^^^^ 

or more processors ,o perf orm a, steps of """ ' he ° ne 

perform^ a firstraodification PP'-fon, 

get object, wherem satd first mod i &ation is 

not supported by said source application; 

tn . . S3ld second modification 

system comprising: ' * e 

a memory; 

one or more processors coupled to the mem oryi and 
"«o f co mp u,er i ns tra c,io„sco„ t amed mft e m emor y , M ese,„ f com P u,er 

^-"■--oneormoreprocessorstoper^tbestepso, 
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8 
9 



generatingasource object inasource application; 



translating the source object to a target object in a „ , 

1 0 S JCCt m a tar ^t application, wherein 

the target application has a format that i< „ nt 

1 1 hat 15 not su PPorted by the source 

application; 

-^'^-^^^^^^^ 

n,odif!ca,io " isnots ~^-i ds „ urceapp]ication . 

application; and - 

^^^^^^^ 

n,odife,iontosaid — ^- lthoutremovi , gsaidfim 

modification to said target object. 
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